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© An imaging apparatus using a reusable software 
architecture implemented in to significantly cut de- 
velopment time and costs while providing flexibility 
for implementation of a wide variety of imaging ap- 
paratus. An imaging apparatus in which software 
control is separated into discrete modules and in 
which many of the modules may be reused in sub- 
sequent apparatus to create new imaging apparatus. 
An apparatus where software reuse is facilitated by 
the ability to remove a single module or a subtree 
consisting of many modules by breaking a single 
communication link. Software control is provided for 
a plurality of imaging products utilizing reusable soft- 
ware control modules. A method of providing soft- 
ware control for a plurality of imaging products is 
disclosed. Separate and independent software mod- 
ules control input media, image retrieval, image 
placement, output media and the user interface. A 
separate product executive software module governs 
and synchronizes each of the separate and indepen- 
dent software control modules. Only the product 
executive software module needs to be unique for 
each separate new imaging apparatus. The product 
executive means has only one-way downward com- 
munication with each of the separate and indepen- 
dent software control modules. Preferably, all com- 
munication is transparent as provided by a remote 



procedure call. There is no direct communication 
between each of the separate and independent soft- 
ware control modules. 
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Technical Held 

The present invention relates generally to im- 
aging apparatus and. more particularly, to imaging 
apparatus having process driven software control 
architecture and methods for providing software 
control for imaging apparatus. 

Background of the Invention 

One area in which imaging apparatus are uti- 
lized is in the area of handling engineering draw- 
ings. Such imaging apparatus utilize network print- 
ers, blackline copiers, card film plotters, quan- 
timatic printers, duplicators and camera stations. 
The core technology involved with engineering 
drawing imaging apparatus is the precise, high 
speed reproduction of large format drawings rang- 
ing from 8.5 inches (21 .6 centimeters) by 1 1 inches 
(27.9 centimeters) to 34 inches (85.4 centimeters) 
by 44 inches (111.8 centimeters). Typically, the 
large format drawings are manipulated as digital 
images or micrographic reductions. Examples of 
apparatus are large format digital network printers, 
blackline copiers, card film plotters, quantimatic 
printers, duplicators and camera stations. 

Modern imaging equipment typically contains 
different hardware control components which are 
controlled by software. As an example, a microfilm 
card reader performs the function of handling mi- 
crofilm cards that are used as input media for the 
imaging apparatus. The process steps that the mi- 
crofilm card reader performs are controlled by soft- 
ware. Software commands control the individual 
operations of the reader. A software command typi- 
cally tells the reader to move and stop the micro- 
film card, set the exposure of lamp brightness, sets 
power mode, performs diagnostics, eject the micro- 
film card, etc. 

Imaging apparatus conventionally provides in- 
put media control, image retrieval, output media 
control, image placement and a user interface. Of- 
ten the software control of one function is depen- 
dent upon the results or status of another function. 
For example, the image retrieval function is depen- 
dent upon the input media control to properly input 
and position a microfilm card before the image can 
be extracted from the microfilm card. Similarly, the 
output media cannot properly generate and output 
the output media, such as a print, before the image 
placement function has completed the task of prop- 
erly placing the image onto the output media. 

Often a new imaging apparatus must be de- 
signed to perform a particular imaging function 
involved in the handling of engineering size draw- 
ings. A new imaging apparatus may use a different 
form of input media control, image retrieval, image 
placement or output media control. 



Designing or creating a new imaging apparatus 
then requires the rewriting of the software which 
controls the individual elements of the imaging 
apparatus. Since many of the individual functions 

5 of the imaging apparatus are inter-related with oth- 
er functions, whenever one of the functions change, 
the software controlling the imaging apparatus 
must be substantially or completely rewritten to 
achieve overall function of the new imaging appara- 

w tus. 

Thus, a new imaging apparatus requires a sub- 
stantial amount of software development requiring 
a substantial amount of lead time to create the new 
imaging apparatus and a substantial cost in devoi- 
rs opment. 

Summary of the Invention 

A reusable software architecture is implement- 
20 ed in an imaging apparatus, preferably an en- 
gineering drawing imaging apparatus, to signifi- 
cantly cut development time and costs while pro- 
viding flexibility for implementation of a wide vari- 
ety of imaging apparatus. 
25 The present invention provides an imaging ap- 

paratus in which software control is separated into 
discrete modules and in which many of the mod- 
ules may be reused in subsequent apparatus to 
create new imaging apparatus. The present inven- 
30 tion also provides an apparatus for providing soft- 
ware control for a plurality of imaging products 
utilizing reusable software control modules. The 
present invention also provides a method of provid- 
ing software control for a plurality of imaging pro- 

35 duCtS. 

Separate and independent software modules 
control input media, image retrieval, image place- 
ment, output media and the user interface. A sepa- 
rate product executive software module governs 

40 and synchronizes each of the separate and in- 
dependent software control modules. Only the 
product executive software module needs to be 
unique for each separate new imaging apparatus. 
This software architecture provides the ability 

45 to remove any size subtree by simply breaking a 
single communication path. If by moving from one 
imaging product to another imaging product, a 
faster print engine is installed, the single commu- 
nication path between a product executive module 

so and an output media module can be broken allow- 
ing the output media module and its associated 
subtree to be replaced by a new output media 
module and its associated subtree of software 
tasks (modules). 

55 The product executive means has only one- 

way downward communication with each of the 
separate and independent software control mod- 
ules. There is no direct communication between 
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each of the separate and independent software 
control modules, thus eliminating dependencies in- 
herent to the imaging process- 

In one embodiment, the present invention is an 
imaging apparatus, controllable by a user, for re- 
ceiving input media containing an image, retrieving 
the image from the input media, placing the image 
onto an output media and outputting the output 
media. An input media control module is adapted 
to receive the input media providing software con- 
trol to receive the input media containing the im- 
age. An image retrieval module retrieves the image 
from the input media. An image placement module 
places the image onto the output media. An output 
media control module outputs the output media. A 
user interface module allows the user control over 
the apparatus. A product executive module governs 
and synchronizes each of the input media control 
module, the image retrieval control module, the 
image placement module, the output media control 
module and the user interface module. The product 
executive module has one-way downward commu- 
nication with each of the input media control mod- 
ule, the image retrieval control module, the image 
placement module, the output media control mod- 
ule and the user interface module. There is no 
direct communication between the input media 
control module, the image retrieval control module, 
the image placement module, the output media 
control module and the user interface module. 
Each of the input media control module, the image 
retrieval control module, the image placement 
module, the output media control module and the 
user interface module are independent of each 
other. 

In another embodiment, the present invention 
is an apparatus for providing software control for a 
plurality of imaging products, each of the plurality 
of products using a particular process. A reusable 
input media control module is adapted to receive 
the input media and provides software control to 
receive the input media containing the image. A 
reusable image retrieval module retrieves the im- 
age from the input media. A reusable image place- 
ment module places the image onto the output 
media. A reusable output media control module 
outputs the output media. A reusable user interface 
module allows the user control over the apparatus. 
A product executive module, unique for each of the 
plurality of products, governs and synchronizes 
each of the input media control module, the image 
retrieval control module, the image placement 
module, the output media control module and the 
user interface module. The product executive mod- 
ule initiates all communication with each of the 
input media control module, the image retrieval 
control module, the image placement module, the 
output media control module and the user interface 



module. The product executive module has one- 
way downward communication with each of the 
input media control module, the image retrieval 
control module, the image placement module, the 

5 output media control module and the user interface 
module. Software control is separated into discrete 
modules and in which many of the modules may 
be reused in subsequent apparatus to create new 
imaging apparatus. There is no direct communica- 

70 tion between the input media control module, the 
image retrieval control module, the image place- 
ment module, the output media control module and 
the user interface module. Each of the input media 
control module, the image retrieval control module, 

75 the image placement module, the output media 
control module and the user interface module are 
independent of each other. 

In another embodiment the present invention 
is a method of providing software control for a 

20 plurality of imaging products, each of the plurality 
of products using a particular process. Reusable 
input media control software is created and adapt- 
ed to receive the input media providing software 
control to receive the input media containing the 

25 image. Reusable image retrieval software is cre- 
ated for retrieving the image from the input media. 
Reusable image placement software is created for 
placing the image onto the output media. Reusable 
output media control software is created for output- 

30 ting the output media. Reusable user interface soft- 
ware is created for allowing the user control over 
the apparatus. Product executive software, unique 
for each of the plurality of products, is created for 
governing and synchronizing each of the input me- 

35 dia control software, the image retrieval control 
software, the image placement software, the output 
media control software and the user interface soft- 
ware. The product executive software initiates all 
communication with each of the input media control 

40 software, the image retrieval control software, the 
image placement software, the output media con- 
trol software and the user interface software. The 
product executive module has one-way downward 
communication with each of the input media control 

45 module, the image retrieval control module, the 
image placement module, the output media control 
module and the user interface module. There is no 
direct communication between the input media 
control software, the image retrieval control soft- 

50 ware, the image placement software, the output 
media control software and the user interface soft- 
ware. Each of the input media control software, the 
image retrieval control software, the image place- 
ment software, the output media control software 

55 and the user interface software are independent of 
each other. 

Preferably, all communication is transparent as 
provided by a remote procedure call. 
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Brief Description of the Drawings 

The foregoing advantages, construction and 
operation of the present invention will become 
more readily apparent from the following descrip- 
tion and accompanying drawings in which: 

Figure 1 is a block diagram illustrating the sepa- 
rate functional processes involved in an imaging 
apparatus of the present invention; 
Figure 2 is a block diagram illustrating the soft- 
ware architecture of an imaging apparatus of the 
present invention; 

Figure 3 is a functional block diagram illustrating 
the process of a remote procedure call; 
Figure 4 is a functional block diagram illustrating 
the process of remote procedure calls imple- 
mented with software modules utilized in the 
present invention; 

Figures 5A and 5B are state diagrams of the 
product executive module of a preferred em- 
bodiment of an imaging apparatus of the present 
invention; 

Figure 6 is a state diagram of a blackline origi- 
nal document handler as a preferred embodi- 
ment of an input media module of an imaging 
apparatus of the present invention; 
Figures 7A, 7B and 7C illustrate a state diagram 
of an Image retrieval module of an imaging 
apparatus of the present invention; 
Figure 8 is a state diagram of an image place- 
ment module of an imaging apparatus of the 
present invention; 

Figure 9 is a state diagram of an output media 
module of an imaging apparatus of the present 
invention; and 

Figure 10 is a state diagram of a user interface 
module of an imaging apparatus of the present 
invention. 

Detailed Description of the Preferred Embodiments 

A typical imaging apparatus, including but not 
limited to an engineering drawing imaging appara- 
tus, can be divided into five separate functional 
process components. These five separate func- 
tional process components are input media control, 
image retrieval, image placement, output media 
control and user interface. 

Each functional process component can be 
controlled by software specifically written to control 
that individual functional process component. The 
software for each of these five separate functional 
process components can be written to be indepen- 
dent of each other. Further, each of these five 
separate functional processes can be divided into 
smaiier functionally independent modules. Each 
small functionally independent module can be re- 
cursively divided into even smaller functionally in- 



dependent modules. 

All software modules, regardless of size, pref- 
erably have identical interfaces. 

The separation of these separate functional 

s processes for a typical imaging apparatus 10 is 
illustrated in Figure 1. A typical imaging apparatus 
10 involves a source media control 12, an output 
media control 14 and image retrieval control 16 
and image placement control 18 in between the 

io source media control 12 and output media control 
14. Source media control 12 controls the input 
media such as a paper document a graphics file or 
an aperture card. Output media control 14 controls 
the output media such as a paper document, a 

75 graphics file or an aperture card. 

The modular software architecture is illustrated 
in Figure 2. The input media control 12 process 
(Figure 1) is controlled by an input media module 
20. The image retrieval control 16 process (Figure 

20 1) is controlled by image retrieval module 22. The 
image placement control 18 process (Figure 1) is 
controlled by image placement module 24. The 
output media control 14 process (Figure 1) is con- 
trolled by output media module 26. In addition, a 

25 user interface process is controlled by user inter- 
face module 28. Modules 20, 22, 24, 26 and 28 are 
written to be independent of each other. 

Input media control module 20 consists of soft- 
ware written specifically to control a particular input 

30 media function. For example, a particular input 
media control module 20 may be written to control 
the input of an aperture card. Another input media 
control module 20 may be written to control the 
input of a graphics file. A particular input media 

35 control module 20 is then selected to match of 
operating requirements of the particular imaging 
apparatus 1 0 being constructed. 

Similarly, output media control module 26 con- 
sists of software written specifically to control a 

40 particular output media function. For example, a 
particular output media control module 26 may be 
written to control the output of an aperture card. 
Another output media control module 26 may be 
written to control the output of a graphics file. A 

45 particular output media control module 26 is then 
selected to match of operating requirements of the 
particular imaging apparatus 10 being constructed. 

By analogy, image retrieval control module 22 
consists of software written specifically to control 

so the image retrieval function of the specific imaging 
apparatus 10 being constructed. Similarly, image 
placement control module 24 consists of software 
written specifically to control the image placement 
function of the specific imaging apparatus 10 being 

55 constructed. If a different imaging apparatus 10 has 
different image retrieval or image placement func- 
tional requirement, then a different image retrieval 
module 22 and/or image placement module 24 
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may be created or selected from among those 
already written. 

A user interface module 28 consists of software 
written specifically to control the particular user 
interface required of the imaging apparatus 10 be- 
ing constructed. If a different imaging apparatus 10 
has different user interface requirements, then a 
different user interface module 28 may be created 
or selected from among those already written. 

Each of the individual modules 20, 22, 24, 26 
and 28 may also be divided into a plurality of 
tasks. For example, user interface module 28 may 
be divided into tasks 30 and 32. For example, 
output media module 26 may be divided into tasks 
34, 36 and 38. Similarly, input media module 20, 
image retrieval module 22 and image placement 
module 24 may also be divided into smaller in- 
dividual tasks (not shown). Each individual task (30- 
38) is written to be independent of all other tasks 
(30-38). Although not illustrated in Figure 2, each 
individual task (30-38) may be further subdivided 
into still smaller independent tasks. Eventually, ei- 
ther tasks (30-38) or their further subdivisions op- 
erate to control hardware servers 40, 42. Each 
individual function including the relevant module 
and all associated tasks can be referred as an 
individual subtree. Hardware servers may be an 
output display or keyboard input, in the case of 
user interface tasks 30, 32 or may be media move- 
ment control motors or electrophotographic printers 
in the case of output media module tasks 34, 36, 
38. The resultant operation of hardware servers 40, 
42 defines the controlled environment 44 that evi- 
dences the defined function and operation of imag- 
ing apparatus 10. 

Each individual module (20-28) and task (30- 
38) is written to be independent of all other mod- 
ules and tasks. Since each module and task is 
independent, each may selected to be part of any 
required imaging apparatus 10 without regard to 
the presence or absence of any other module or 
task. Thus, each module or task may be reused for 
another imaging apparatus 10 performing another 
function. Since each module may be easily reused 
in another environment, that module need not be 
rewritten for each new imaging apparatus. Any 
module may be interchanged to quickly form a new 
imaging apparatus 10. Since the lower level tasks 
are also independent, they too can be easily reus- 
ed. 

Each module (30-38) has its own thread of 
execution and its own state, i.e.. program counter, 
register set and stack. 

It is projected that up to eighty percent of the 
software modules can be reused of new imaging 
apparatus making the creation of new products 
much faster and less expensive. Further, software 
development of new modules not previously devel- 



oped is made easier and faster since each module 
is independent of all other modules. This increases 
software programmer productivity and efficiency. 
Still further, this software architecture increases the 

5 ease of maintenance and serviceability of the soft- 
ware modules. Since the entire imaging apparatus 
10 is recursively divided into smaller functionally 
independent modules, any required software modi- 
fications or corrections are isolated to a single 

to module and can be accomplished with little impact 
to the rest of the apparatus. 

A product executive module 46 is written to 
define the required interaction between each of the 
five independent modules 20, 22, 24, 26 and 28. 

75 Preferably, there is a single product executive 
module 46 for any given imaging apparatus 10. 
The product executive module 46 is responsible for 
governing and synchronizing all other modules (30- 
38) and their associated tasks, essentially all sub- 

20 trees of the imaging apparatus 10. 

The product executive module 46 is the only 
module that is written specifically for each individ- 
ual imaging apparatus 10. The product executive 
module 46 is the only module knowledgeable of 

25 the exact functional process taking place in the 
imaging apparatus at each imaging stage. The 
product executive module 46 would know, for ex- 
ample, that the input media module 20 is actually 
controlling a high speed network controller and that 

30 the output media module 26 is controlling a wide 
format print engine. The interface between the 
product executive module 46 and the other various 
process modules is simple and precise. Typical 
commands from the product executive module 46 

35 to one of the other modules may be "start the input 
media" or "terminate imaging". As a result of this 
simple interface, the size of the product executive 
module is inherently small and, thus, the amount of 
product, i.e., particular imaging apparatus 10, spe- 

40 cific software code is minimized. 

A key element if the software architecture em- 
ployed in the present invention is the "downward 
only" communication interface. All communication 
from one module or task to another can only be 

45 initiated from the layer above. Stated another way, 
all communication from one module to another 
module or task can only be initiated from the 
module or task immediately above. This commu- 
nication interface is represented in Figure 2 by the 

so downward only pointing arrows connecting the 
product executive module 46 to the other modules 
(30-38). from user interface module 28 to task 30 
and task 32 and from output media module 26 to 
task 34. task 36 and task 38. Preferably, this pat- 

55 tern is repeated throughout the entire software ar- 
chitecture. Each software layer is acting as a server 
to the software layer above it and as a client to the 
software layer below it This means that any given 
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software layer does not know who, i.e., which soft- 
ware module, is controlling it. There are no depen- 
dencies between a module and any module above 
it. Furthermore, there is no communication across 
imaging modules, e.g., there can be not direct 
communication between input media module 20 
and image retrieval module 22. 

This software architecture provides the ability 
to remove any size subtree by simply breaking a 
single communication path. If by moving from one 
imaging product 10 to another imaging product 10, 
a faster print engine is installed, the single commu- 
nication path between product executive module 46 
and output media module 26 can be broken allow- 
ing the output media module 26 and its associated 
subtree to be replaced by a new output media 
module 26 and its associated subtree of software 
tasks (modules). Preferably, the same is true at any 
level of the software architecture. By breaking one 
communication path, any software module can be 
removed and interchanged quickly. Simply be- 
cause of the fact that a subtree of any size can be 
removed, the software architecture facilitates large 
component as well as fine-grain software reuse. 

In general, one level of software communicates 
with the level of software below it by use remote 
procedure calls. A remote procedure call is a com- 
mon communication mechanism often used in 
complex distributed systems. As shown in Figure 
3, the process being performed by module 48 
wishes to perform some operation, e.g., enabling a 
clutch or opening a shutter, simply calls the de- 
sired function 50 . A layer of software residing in 
module 48, known as the client stub 52, traps the 
function call. The client stub 52 determines that the 
software code needed to perform the called opera- 
tion actually exists in a separate process space, 
module 54. The client stub 52 then creates a 
message 56 enclosing any passed data from the 
function call 50 along with the correct packetizing 
and addressing to reach module 54. The client stub 
52 then sends the message to module 54 via the 
real time operating system. At this point, the mes- 
sage is received by a layer of software code resid- 
ing in module 54 known as the server stub 56. The 
server stub 56 strips apart the message and ac- 
tually calls the correct local function with any data 
pulled from the message. The local function ex- 
ecutes as rt it were called locally, returning any 
information requested. The server stub 56 then 
takes the return information, creates a return mes- 
sage and sends the return message to module 48. 
The client stub 52 in module 48 receives the return 
message, pulls out the return information and 
passes the information to the local software code in 
module 48 which called the function 50. The local 
software code in module 48 then continues un- 
aware that any inter-module communication oc- 



curred. 

A remote procedure call as implemented in the 
software architecture of the present invention is an 
effective mechanism for the independent software 
5 modules to function unaware that other software 
even exist 

Figure 4 illustrates the remote procedure call 
mechanism as implemented in the software ar- 
chitecture and imaging apparatus 10 of the present 

io invention. The product executive module 46 is 
starting the output media and the input mediai by 
making two function calls (remote procedure calls). 
The messages from the product executive module 
46 are routed automatically to the proper module. 

75 In this case initiate output print 58 function call is 
routed to output media module 26 and initiate 
digital transfer 60 function call is routed to image 
retrieval module 20. Output media module 26 and 
input media module 20, acting as servers, perform 

20 the function the initiate output print 58 function and 
initiate digital transfer 60 function, respectively. 
Output media module 26 and input media module 
20 then issue their own function calls to activate 
lower level hardware. 

25 Since the hardware components can be con- 

trolled by lower level software modules (tasks), the 
remote procedure call mechanism traps these func- 
tion calls and routes them to the correct hardware 
servers. In this case, output media module 26 and 

30 input media module 20 now unknowingly act as 
clients to the lower level servers. Constructed In 
this way, the software architecture of the imaging 
apparatus 1 0 of the present invention is recursively 
constructed of client/server relationships interacting 

35 by the transparent remote procedure call commu- 
nication mechanism. 

Since all communication paths are downward 
from one software level to a lower level software 
module, there is no message initiated by a soft- 

40 ware level intended for a higher level software 
module. Instead, information that is necessary to 
communicated to a higher level software module, is 
simply made available to any software module 
through the use of a state semaphore. For exam- 

45 pie, the input media module 20 may make avail- 
able the knowledge of the presence of the input 
media at a specific location, by setting a state 
semaphore announcing that the input media is in 
position for the image to be retrieved. The informa- 

50 tion from this state semaphore is available to all 
software modules and is not dependent upon the 
existence of any higher level software modules. 
Through this mechanism, and the others described 
herein, each software module is kept independent 

55 of higher level software modules. 

The product executive module 46 performs the 
following based tasks: 
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1. Upon power up, starts the operating system 
and then starts the imaging apparatus 10 sys- 
tem executive; 

2. Upon start-up. the system executive starts 
any lower level hardware drivers which are 
needed for the rest of the system function, in- 
cluding a clock driver, an analog to digital con- 
verter and an interlock monitor; 

3. Next, the system executive starts the user 
interface and shared block are retrieved for each 
module and provided to user interface module 
28; 

4. After collecting the shared data blocks, the 
system executive starts each module (20-28); 
and 

5. The system executive enters the main state 
for imaging apparatus 10. 

Because the product executive module 46 is 
the highest level software module of imaging ap- 
paratus 10, there are no remote procedure calls 
into product executive module 46. Also product 
executive module 46 produces no state sema- 
phores. 

An example of an implementation of an imag- 
ing apparatus using the software modules (20-28) 
is illustrated by reference to the following exem- 
plary modules. 

Product Executive Module 

Figures 5A and 5B illustrate the function of 
product executive module 46 through its state dia- 
gram. "Init" state 62 is entered at power up. During 
"Init" state 62, the entire system is initializing. In 
order to transition from this state to "Idle" state 64, 
all of software modules must be initialized. The 
state semaphores from each software module in- 
dicating successful initialization must have been 
received by product executive module 46. Upon 
receiving all five of these state semaphores, the 
"Idle" state 64 is entered and the reset timer and 
energy saver timer are started. 

There are two valid transitions from "Idle" state 
64. First, if the energy saver timer expires, the 
"Energy Saver" state 66 is entered. Second, if a 
print request is made, the "Readying System" 
state 68 is entered if 1) image placement module 
24 is at temperature and the imaging apparatus 10 
is in micrographic mode and a user is currently 
viewing a micrographic card or 2) image placement 
module 24 is at temperature and imaging appara- 
tus 10 is in blackline mode and the document 
handler lamps are at temperature or 3) a card load 
state semaphore is received with a print request 
pending. 

Upon transition to "Readying System" state 68, 
several instructions are issued. First, output media 
module 26 is instructed to ready the print media 



Second, image placement module 24 is instructed 
ready the imaging system. Next, if imaging appara- 
tus 10 is in micrographic mode, image retrieval 
module 22 is instructed to stop viewing the microg- 

5 raphic card and to ready the micrographic optical 
path. Image retrieval module 22 is informed of the 
correct magnification. If imaging apparatus 10 is in 
blackline mode, output media module 26 is in- 
structed to load the document and transport it to 

10 the rear of the imaging apparatus 10. Finally, the 
energy saver timer and the reset parameters timer 
are disabled. 

In "Idle" state 64, there are several events 
which are valid but which do not cause transition. 

is First, the time to reset the parameters may expire 
causing the system executive to reset certain pa- 
rameters. Second, the user may request to view a 
card. In this case, input media module 20 is in- 
structed to load a micrographic card. Third, a card 

20 load semaphore may be received indicating that 
the card was successfully loaded. If a view request 
was pending, then the card is viewed. If a print 
request was pending, then the transition to the print 
cycle is performed as described above. 

25 In "Readying System" state 68, the system 

executive is waiting for responses from the mod- 
ules indicating that the printing process may begin. 
When output media module 26 signals the state 
semaphore that the output media Is ready, an ini- 

30 tiate print command is immediately provided to 
output media module 26. This causes the output 
media to be moved to its synchronization point. 

Two transitions are possible from "Readying 
System" state 68. First, the "Waiting for Sync" 

35 state 70 is entered when 1) the output media is 
paused and 2) image placement module 24 is 
ready and 3) if either image retrieval module 22 is 
ready or the document is staged, the input media 
is set in motion. If the mode is blackline, then the 

40 print size is obtained from output media module 26 
or else the print size is set by the user's choice of 
standard output sizes. The print size is then given 
to output media module 26. Second, the occur- 
rence of a system error level greater than three 

45 causes an immediate transition to "Idle" state 64. 

In "Waiting for Sync" state 70, imaging appara- 
tus 10, the input media is moving toward its syn- 
chronization point. When the synchronization sema- 
phore is received, the synchronization timer is set. 

so The length of time depends upon the optical path, 
leading margins, possible leading edge skip and 
registrations. The timer is responsible for aligning 
the image from the input media with the correct 
position on the output media. Once the synchro- 

55 nization timer is set, a transition is made to "Syn- 
chronizing" state 72. The occurrence of a system 
error level greater than three causes an immediate 
transition to "Idle" state 64. 
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During "Synchronizing" state 72, imaging ap- 
paratus 10 is waiting a precise amount of time in 
order to align the image from the input media with 
the correct placement on the output media. When 
the timer expires, the output media module 26 is 
instructed to immediately begin the movement of 
the output media through the system. A transition 
is then made to "Copying" state 74. The occur- 
rence of a system error level greater than three 
causes an immediate transition to "Idle" state 64. 

The print process is completing during "Copy- 
ing" state 74. When output media module 26 has 
produced the requested size output print, a sema- 
phore is set and two valid transitions are possible 
from "Copying" state 74. 

irst, if the total number of copies have been 
prr\od, a transition is made to "Terminating" state 
76. While making this transition, the image place- 
ment module 24 is instructed to terminate the 
image cycle. Next, if the print mode is microg- 
raphic, image placement module 24 is instructed to 
stop the scanning process and to disable the re- 
triever. Fnally. the energy saver timer is started if 
it !i enabled and the reset parameters timer is 
started. 

Second, if more copies need to be made of the 
same input media, a transition is made to "Ready- 
ing System" state 68. Before making the transition, 
the input media module 20 is instructed to stop the 
current scanning process. The output media mod- 
ule 26 is instructed to request print to ensure that 
the output media module 26 is ready for another 
print cycle. If the print mode is biackline, the output 
media module 26 is instructed to restage the cur- 
rent original document 

A third transition which is possible at any time 
during "Copying" state 74 is to transition imme- 
diately to "Idle" state 64 upon the occurrence of a 
system error level greater than three. 

During "Terminating" state 76, imaging appara- 
tus 10 is waiting for the image to finish transferring 
to the output media. The image has already been 
retrieved from the input media, however, the end of 
the image still resides on the photoconductive 
drum. After 1.0 seconds, a terminate imaging com- 
mand is issued to terminate the imaging process. A 
transition is then made to "Idle" state 64. If the 
mode is micrographic, then one of two situations 
occurs. First, if the system was viewing a card 
when the print request was received, then the 
system returns to viewing the same card. Second, 
if the system was not viewing a card and autofeed 
was enabled, the input media module 20 is in- 
structed to load the next card. If the card is suc- 
cessfully loaded, then the print process is entered 
again. In this manner, the entire deck of cards can 
be printed. 



When "Energy Saver" state 66 is active, imag- 
ing apparatus 10 is consuming minimum power. 
The only transition from "Energy Saver" state 66 is 
activity from the user. If any key press is detected, 
5 a return is made to "Idle" state 64. During this 
transition, imaging apparatus is returned to normal 
power. The energy saver timer is also restarted. 

Input Media Module 

10 

The operation of an exemplary input media 
module 20 can be illustrated by reference to Figure 
6 showing the operation of a biackline original 
document handler. 

75 The function of "Init" state 78 is to determine if 

there is paper in imaging apparatus 10, to position 
the paper in a useful position if it is present and to 
vector to the correct starting state. If there is no 
paper in the apparatus 10 at start-up, a transition 

20 will be made to "Idle" state 80. If paper is found 
under front sensors but not under a rear sensor, 
the paper is properly positioned, a transition is 
made to "Staging" state 82. If the rear sensor is 
blocked, the motor is turned on and a transition is 

25 made to "Idle" state 80 which will handle the 
trailing edge with the rear sensor correctly. If both 
front and rear sensors are unblocked, the motor will 
be turned on to check for paper held by the rear 
roller but out of sensor range. If paper was in the 

30 rear roller, there will be a leading edge on the rear 
sensor which will cause transition to "Idle" state 
80. If no leading edge is found, it is assumed that 
the paper path is clear and the motor is turned off 
before transition to "Idle" state 80. If transition is 

35 made to "Staging" state 82, a semaphore will be 
set to indicate that the document handler has a 
biackline original. The "Init" state 78 does not 
produce any errors. 

"Idle" state 80 waits for paper to be inserted 

40 into the front of imaging apparatus 10. When paper 
is inserted, input media module 20 starts the at- 
tempt to draw the paper in past the first roller to a 
front sensor. This is done by starting the motor and 
a transition is made to "Pending" state 84. "Idle" 

45 state 80 also handles the case of when paper is 
already in imaging apparatus 10 and "Init" state 78 
has the paper moving to position the paper in a 
usable position allowing the paper to be measured 
when it is staged. Once there is a trailing edge 

so from the paper at the rear sensor, the motors are 
shut down and a transition is made to "Staging" 
state 82. A semaphore indicating that the document 
handler has a biackline original, "idle" state 80 
may cause an error to be produced if the paper 

55 does not reach one of the front sensors in a given 
amount of time. 

"Pending" state 84 has two conditions. In the 
first condition, the paper reaches a front sensor. In 
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this case, a semaphore indicating a blackline origi- 
nal is signalled and a transition is made to "Stag- 
ing" state 82. In the second condition, the paper 
reaches the other front sensor again. This indicates 
that the user removed the paper before it reached 
the second front sensor and reinserted the paper. 
Input media module 20 responds by again signal- 
ling the arrival of the paper at the other front 
sensor and a transition is made to "Idle" state 80. 
This allows "Idle" state 80 to set up the time out 
parameters and to control the motor correctly. 
When "Pending" state 84 passes control to "Stag- 
ing" state 82, a semaphore indicating the input 
media module 20 has a blackline original will be 
signalled. 

In "Staging" state, input media module 20 will 
wait for a request to stage the document. When 
this command is received, the document will be 
moved from the front of imaging apparatus 10 to 
the rear. If this is the first staging request for this 
document, the movement will be slow so that the 
time between the leading and trailing edges of the 
document can be measured. The paper speed and 
the time to pass a sensor are known values so the 
paper length can be calculated. On subsequent 
staging of the same document, the document is 
moved at high speed to reduce waiting time. Once 
the paper is in position, the drive clutch is opened 
and the motor is stopped. When the exposure 
lamps come up to temperature, a ready semaphore 
will be signalled indicating that the blackline origi- 
nal is ready to be scanned and a transition will be 
made to "Imaging" state 86. 

If the user removes and reinserts the paper, a 
semaphore indicating document unload is signalled 
and a transition is made to "idle" state 80. This 
allows the timing and motors to be controlled from 
one place for document insertion. 

"Staging" state 82 can produce two errors. An 
error can occur while waiting for a document lead- 
ing edge at a front sensor and while waiting for a 
document trailing edge at that sensor. An error 
condition causes a transition to "Error" state 90. 

In "Imaging" state 86 input media module 20 is 
waiting for a request to image the document. When 
this command is received the document will start 
moving at scanning speed towards the exposure 
lamps and the lens array. When the document is 
positioned about 75 millimeters before the lens 
array, a semaphore indicating synchronization will 
be signalled to alert the product executive that the 
imaging will start shortly. When the paper has fully 
passed the lens a semaphore will be signalled 
indicating that imaging is finished. The paper will 
be stopped before the trailing edge passes a front 
sensor. A transition is made to "Staging" state 82 
to await further instructions. 



If the user removes and reinserts the paper, a 
semaphore indicating document unload will be sig- 
nalled and a transition is made to "Idle" state 80. 

"Imaging" state 86 can produce an error upon 
5 a paper jam and a transition is made to "Error" 
state 90. 

"Ejecting" state 88 will attempt to eject a docu- 
ment from imaging apparatus 10. This is done by 
turning on the document motor in the forward di- 

70 rection and then waiting until all sensors are clear. 
Once all sensors are clear, a semaphore indicating 
document unload will be signalled and a transition 
is made to "Idle" state 80. "Ejecting" state 88 can 
be entered from any other state. Transition occurs 

75 when an external module requests that the docu- 
ment be ejected. A transition can occur from "Ejec- 
ting" state 88 to "Error" state 90 if all sensors are 
not cleared in a set amount of time indicating a 
paper jam. 

20 "Error" state 90 can be entered in two ways. 

The first occurs if there is a paper jam and the jam 
timer expires. The second occurs if an error of a 
high enough level to terminate processing is post- 
ed (semaphore set). If any module in imaging ap- 

25 paratus 10 posts an error that shuts a module 
down, an attempt will be made to eject the docu- 
ment first. After either of these events, input media 
module 20 will stay in "Error" state 90 until the 
error semaphore is cleared and there is no paper in 

30 the document path. Once the error is cleared, a 
transition is made to "Idle" state 80. 

While input media module 20 has been illus- 
trated as being a blackline original document han- 
dler, it is recognized and understood that similar 

35 procedures and construction would be utilized to 
implement a image card handler. 

Image Retrieval Module 

40 An exemplary implementation of an image re- 

trieval module 22 is illustrated by the state shown 
in Figures 7A, 7B and 7C, While image retrieval 
module 22 has been illustrated as retrieving an 
image from a micrographic card, it is recognized 

45 and understood that similar procedures and con- 
struction would be utilized to implement an image 
retrieval module to retrieve an image from a blac- 
kline original. 

Upon power-up, image retrieval module 22 is in 

50 "Initializing" state 92. In "Initializing" state 92, the 
card ramp is sent to the home position, the mirror 
is sent to the home position, the lens is sent to the 
home position and the unit is calibrated. Upon 
completion of these tasks, a transition is made to 

55 "Idle" state 93. 

Upon receipt of a ready retriever command 
from the product executive module, a transition is 
either made to "Reading Card Density" state 94, if 
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auto-expose mode is set. or directly to "Readying 
Retriever" state 95, if auto-expose mode is not set 
Upon transition to "Ready Card Density" state 94. 
the ramp is moved to the auto-expose position, the 
intensity level of the sense lamp is set. the sense 
lamp is activated and a timer is started to allow the 
sense lamp to reach the proper intensity. Upon 
transition from "Idle" state 93 to "Readying Re- 
triever" state 95. the mirror is moved to print posi- 
tion, the ramp is moved to scan position, the lens 
is set to the proper magnification, a manual expo- 
sure intensity level is set. the scan speed is set, 
the expose lamp is activated, the scan motor is 
activated and a timer is set to allow the expose 
lamp to reach the proper intensity. 

From "Reading Card Density" state 94. upon 
the apparatus reaching auto-expose position and 
the expiration of the sense lamp timer, a transition 
is made to "Readying Retriever" state 95 and the 
following activities are accomplished. The sense 
lamp is deactivated, - the i mirror is moved to the 
print position, the ramp is moved to the scan 
position, the lens is moved to the proper magnifica- 
tion, the intensity level of the exposure lamp is set, 
the scan speed is set. Further, the exposure lamp 
is activated, the scan motor is activated and a timer 
is set to ensure that the exposure lamp achieves 
proper intensity. On the other hand, if a disable 
retriever command is received, the sense lamp is 
deactivated and a transition is made back to "Idle- 
state 93. 

In "Readying Retriever" state 95. when the 
lens is at the proper magnification, the mirror is in 
the print position, the card is at the scan position 
and the timer has expired, then a semaphore in- 
dicating ready to scan is set and a transition is 
made to "Retriever Ready" state 96. However, if a 
disable retriever command is received, the expo- 
sure lamp is deactivated, the scan motor is deacti- 
vated and a transition is made back to "Idle" state 
93. 

In "Retriever Ready" state 96, the receipt of a 
start command initiates an activation of the scan 
clutch, a timer is started to make sure the carriage 
starts to move and a transition is made to "Syn- 
cing" state 97. 

In "Syncing" state 97, once a sensor has de- 
termined that the carriage is off the home position, 
the timer is stopped, a semaphore is signalled 
indicating that the registration point has been 
reached, a new timer is set and a transition is 
made by "Scanning" state 98. A stop command 
from product executive module 46 will cause an 
immediate transition to "Returning" state 99 and 
the scan clutch will be deactivated and a new timer 
started. Once scanning is completed, as evidenced 
by the expiration of the timer, or if a stop command 
is received from the product executive module 46, 



a transition is made to "Returning" state 99 and 
the scan clutch is deactivated and a new timer is 
set. 

In "Returning" state 99 a mechanical mecha- 

5 nism, e.g.. a spring, is returning the carriage to the 
home position. Upon expiration of the timer and 
when the carriage is at the home position, the scan 
motor is deactivated, the exposure lamp is deacti- 
vated and the exposure lamp fans are deactivated 

w and a transition is made back to "Retriever Ready" 
state 96. The image retrieval module 22 is then 
ready to retrieve another image. Upon receipt of a 
disable retriever command, the exposure lamp is 
deactivated, the scan motor is deactivated and a 

75 transition is made back to "Idle" state 93. 

From "Idle" state 93 (see Figure 7B), a transi- 
tion is made to "Readying View" state 100 upon 
receipt of an enable view command. At the same 
time, the exposure intensity is set manually, the 

20 mirror is moved to view, the ramp is moved to view 
and the lens is moved to the proper magnification. 

In "Readying View" state 100, a new mag- 
nification request will cause the lens to be set to a 
new magnification. When the lens is at the proper 

25 magnification, the mirror is in the view position and 
the ramp is in the view position, a transition is 
made to "Viewing" state 101. At the same time, the 
intensity level of the exposure lamp is manually 
set, the exposure lamp is activated and the expo- 

30 sure lamp fans are activated. 

In "Viewing" state 101. a new magnification 
request will cause the lens to be set to a new 
magnification. To prevent constant magnification 
searching, upon expiration of a timer, the lens will 

35 be set to the new magnification and a transition is 
made back to "Readying View" state 100. Upon 
receipt of a disable view command, the exposure 
lamp is deactivated, the lamp fans are deactivated 
and a transition is made back to "Idle" state 93. 

40 

Image Placement Module 

There are four basic states in image placement 
module 24 as illustrated in Figure 8. An "Idle" state 

45 110 is the normal state during non-imaging periods. 
Two events must occur to transition to "Cleaning 
Drum" state 112. This transition occurs if the fuser 
is at operating temperature and a ready imager 
request is received. These two events can occur in 

so either order. Upon entering "Cleaning Drum" state 
112, a timer is set to 5.38 seconds and started. 
This is the exact time for two complete revolutions 
of an electrophotographic drum. When the timer 
expires, the ready imager semaphore is set and a 

55 transition is made to "Ready For Image Transferal" 
state 114. At this point, the image placement mod- 
ule 24 is ready to begin imaging the output media. 
When an initiate imaging command is received, the 
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rest of the process is activated and a transition is 
made to "Transferring Image" state 116. "Transfer- 
ring Image" state 116 is maintained until a termi- 
nate image command is received or until an error 
condition is encountered. 

Output Media Module 

"Idle" state 118 is the initial state of output 
media module 26. Several events can cause output 
media module 26 to exit "Idle" state 118. First, a 
semaphore can indicate that the manual bypass 
tray has been opened. The result is the immediate 
transition to "Waiting For Sheet" state 120. Sec- 
ond, a semaphore can indicate that a trailing edge 
has been seen at a sensor. If a sheet has already 
been loaded this means that the user has pulled 
the sheet out of imaging apparatus 10 also causing 
a transition to "Waiting For Sheet" state 120. Third, 
a request print command may be received. If the 
current error level is less than three, a semaphore 
indicating ready to print is signalled. The assump- 
tion is that in "Idle" state 118, input media is 
ready. If imaging apparatus were waiting for a 
manual sheet, it would not be in "Idle" state 118. 
Thus, in "Idle" state 118, either the tray is closed 
or the tray is open and a sheet has been loaded. 
Fourth, an initiate print command may be received 
causing an immediate transition based upon the 
source media. If a manual sheet is loaded, output 
media module 26 moves to "Waiting For Sync" 
state 122. If a sheet has not been loaded, then the 
source media is roll feed and the roll paper feed 
clutch is activated and a transition is made to 
"Feeding to PH6" state 124. 

"Waiting For Sheet" state 1 20 occurs when the 
manual bypass tray is open and output media 
module 26 is waiting for the user to insert a manual 
sheet. A semaphore may indicate that a leading 
edge transition has been seen at the manual feed 
sensor indicating that the user has fed a manual 
sheet. At this point, the paper feed clutch is ac- 
tivated and a transition is made to "Loading Sheet" 
state 126. Alternatively, a semaphore may indicate 
that the manual feed tray is cbsed and a transition 
back to "Idle" state 118 occurs. If a print request 
has been received, upon the transition to "Idle" 
state 118, the semaphore indicating ready to print 
is signalled indicating that the output is ready and 
available. 

"Loading Sheet" state 126 indicates that output 
media module 26 is loading a sheet manually fed 
by the user. A semaphore may indicate that the 
user has removed the sheet and a return transition 
is made to "Waiting For Sheet", state 120. Alter- 
natively, a semaphore may indicate that the sheet 
has been successfully loaded and a return is made 
to "Idle" state 118. If a print request has been 



received, , upon the transition to "Idle" state 1181 
the semaphore indicating ready to print is signalled 
indicating that the output is ready to print. 

In the "Feeding to PH6" state 124, output 

5 media module 26 is advancing the roll paper. A 
semaphore may indicate that the paper has 
reached its proper point. At this point, the jam 
timer is reset and a transition is made to "Feeding 
to PH9" state 128. Alternatively, the jam timer may 

to expire indicating that the paper is jammed and an 
appropriate error is posted and a transition is may 
to "Idle" state 118. 

In the "Feeding to PH9" state 128, the roll 
paper is being further advanced. A semaphore may 

75 indicate that the paper has reached its proper point 
at which time the feed clutch is deactivated, the 
timer is reset to insert the proper amount of slack 
and a transition is made to "Inserting Slack" state 
130. Alternatively, the jam timer may expire indicat- 

20 ing that the paper is jammed and an appropriate 
error is posted and a transition is may to "Idle" 
state 118. 

While in "Inserting Slack" state 130, roll paper 
is being fed by maintaining the main motor and the 

25 roll paper feed clutch. However, paper is not ad- 
vancing past sensor PH6 since the paper feed 
clutch is deactivated. This causes a buckle in the 
paper which is necessary for cutting. The only valid 
event is the expiration of the timer which indicates 

30 the appropriate amount of slack has been inserted 
into the paper. At this point, the paper feed clutch 
is deactivated and a transition is made to "Waiting 
For Sync" state 122. 

In "Waiting For Sync" state 112 the output 

35 media (manual or roll source) has advanced to the 
synchronization point PH9 and is waiting for the 
start synchronization command. When the start 
synchronization command is received, a timer is 
set according to the requested print size, the cor- 

40 rect clutches are activated to feed from the roll or 
from the bypass tray, a semaphore indicating that a 
background task should monitor the leading edge 
and a transition is made to "Feeding" state 132. 
While in "Feeding" state 132, the output media 

45 is being fed through imaging apparatus 10. When 
the timer expires indicating the proper length has 
been fed, the roll paper feeder clutch is deacti- 
vated. Next, if the output media source was roll, the 
cutter motor is activated and a transition is made to 

so "Closing Cutter" state 134. If the output media 
source was a manual sheet, a transition is made to 
"Exiting To PH6" state 136. Alternatively, a trailing 
edge can be seen at PH6 indicating that the user 
inserted a manual sheet which was smaller than 

55 the requested print size. In this case, a transition is 
made to "Exiting To PH6" state 136. 

In "Closing Cutter" state 134, the paper is 
being cut. The paper is still advancing through 
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imaging apparatus 10 but no paper is being taken 
from the roll. This is accomplished by taking up the 
slack, or buckle, which was placed in the media 
earlier. The expiration of the timer indicates that 
the cutter has moved halfway through its revolution 
and should be closed. A transition occurs to 
"Opening Cutter" state 138. 

In "Opening Cutter" state 138, the paper has 
been cut and the cutter is returning home. A sema- 
phore may indicate that the cutter has safely re- 
turned home causing the cutter motor to be deacti- 
vated, a jam timer started and a transition made to 
"Exiting To PH6" state 136. Alternatively, the ex- 
piration of an error timer indicates that the cutter 
did not return home and is stuck. The appropriate 
error is lodged and a transition is made to "Idle" 
state 118. 

In "Exiting To PH6" state 136. the trailing edge 
of paper is being fed to sensor PH6. A semaphore 
may indicate that the paper has arrived at sensor 
PH6 in which case a jam timer is started and a 
transition is made to "Exiting to PH9" state 140. 
Alternatively, the jam timer may expire indicating 
that the trailing paper edge was not seen at sensor 
PH6 in time and the paper has jammed. The ap- 
propriate error is lodged and a transition is made to 
"Idle" state 118. 

In "Exiting To PH9" state 140, the trailing edge 
of the paper is being fed to sensor PH9. A sema- 
phore may indicate that the trailing edge of the 
paper has arrived at sensor PH9 in which case the 
print has been successfully cut and has exited the 
critical regions of imaging apparatus 10. A sema- 
phore indicating print complete is then signalled 
indicating that other requests for prints are valid. A 
semaphore requesting a background task monitor 
for the trailing edge of the paper. Finally, the paper 
feed clutch is deactivated and a transition is made 
to "Idle" state 118. Alternatively, the jam timer may 
expire indicating that the trailing paper edge was 
not seen at sensor PH9 in time and the paper has 
jammed. The appropriate error is lodged and a 
transition is made to "Idle" state 118. 

User Interface Module 

An exemplary implementation of a user inter- 
face module 28 is illustrated by the state diagram 
shown in Figure 10. Upon power-up, user interface 
module enters "Init" state 142 and starts initializing 
all shared data variables. The screen displays the 
3M logo. All commands are ignored until the user 
interface execute command is received which in- 
dicates that the imaging apparatus 10 is ready to 
interface with the user. When this command is 
received, the opening menu is displayed and a 
transition is made to "Running" state 144. 



During "Running" state 144, three events are 
possible. First, the user may press a key. If this 
occurs, the corresponding action is performed. This 
action may be many things including entering a 

5 number, switching screens, displaying helpful in- 
formation or sliding an LED bar. Second, a periodic 
timer may expire. In this event, ail shared variables 
are examined. If a variable has changed, the cor- 
responding screen is updated. Third, remote proce- 

70 dure calls are serviced. If a user interface lock 
command is received, a transition is made to "User 
Lockout" state 146. 

While in "User Lockout" state, all user key 
presses are ignored. Thus, the user cannot change 

is screens or enter data, however, the screen displays 
important system (apparatus) information. This 
mode is typically used during critical times when 
the user is not allowed to alter the system. One 
example is during printing. If the user interface 

20 unlock command is received, a transition is made 
back to "Running" state 144. 

Claims 

25 1. An imaging apparatus, controllable by a user, 
for receiving input media containing an image, 
retrieving that image from said input media, 
placing said image onto an output media and 
outputting said output media, having input me- 

30 dia control means adapted to receive said in- 

put media for providing software control to 
receive said input media containing said im- 
age; image retrieval means for retrieving said 
image from said input media; image placement 

35 means for placing said image onto said output 

media; output media control means for output- 
ting that output media; user interface means 
for allowing said user control over said appara- 
tus; and product executive means for goverrt- 

40 ing and synchronizing each of said input media 

control means, said image retrieval control 
means, said image placement means, said out- 
put media control means and said user inter- 
face means; 

45 characterizered by 

said product executive means having one-way 
downward communication with each of said 
input media control means, said image re- 
trieval control means, said image placement 

so means, said output media control means and 

said user interface means; wherein there is no 
direct communication between said input me- 
dia control means, said image retrieval control 
means, said image placement means, said out- 

55 put media control means and said user inter- 

face means; and wherein each of said input 
media control means, said image retrieval con- 
trol means, said image placement means, said 
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output media control means and said user 
interface means are independent of each other. 

2. An apparatus for providing software control for 

a plurality of imaging products, each of said 5 
plurality of products using a particular process, 
having input media control means adapted to 
receive said input media for providing software 
control to receive said input media containing 
said image; image retrieval means for retriev- w 
ing said image from said input media; image 
placement means for placing said image onto 
said output media; output media control means 
for outputting said output media; user interface 
means for allowing said user control over said 75 
apparatus; and product executive means, 
unique for each of said plurality of products, 
for governing and synchronizing each of said 
input media control means, said image re- 
trieval control means, said image placement 20 
means, said output media control means and 
said user interface means; 
characterized by 

said input control means being reusable, said 
image retrieval means being reusable, said im- 25 
age placement means being reusable and said 
output media control means being reusable; 
wherein said product executive means initiates 
all communication with each of said input me- 
dia control means, said image retrieval control 30 
means, said image placement means, said out- 
put media control means and said user inter- 
face means; wherein said product executive 
means has one-way downward communication 
with each of said input media control means, 35 
said image retrieval control means, said image 
placement means, said output media control 
means and said user interface means; wherein 
there is no direct communication between said 
input media control means, said image re- 40 
trieval control means, said image placement 
means, said output media control means and 
said user interface means; and wherein each of 
said input media control means, said image 
retrieval control means, said image placement 45 
means, said output media control means and 
said user interface means are independent of 
each other. 

& An apparatus according to claim 2, character- 50 
ized in that said product executive acts as a 
client to each of said input media control 
means, said image retrieval control means, 
said image placement means, said output me- 
dia control means and said user interface 55 
means and each of said input media control 
means, said image retrieval control means, 
said image placement means, said output me- 



dia control means and said user interface 
means act as a server to said product execu- 
tive means. 

4. An apparatus according to claim 2 or 3, char- 
acterized in that said product executive com- 
municates with each of said input media con- 
trol means, said image retrieval control means, 
said image placement means, said output me- 
dia control means and said user interface 
means by means of remote procedure calls. 

5. An apparatus according to any one of claims 2 
to 4, characterized in that at least one of said 
input media control means, said image re- 
trieval control means, said image placement 
means, said output media control means and 
said user interface means comprises a plurality 
of subtrees, wherein said one of said input 
media control means, said image retrieval con- 
trol means, said image placement means, said 
output media control means and said user 
interface means initiates all communication 
with said plurality of subtrees, wherein there is 
no direct communication between said plurality 
of subtrees, and wherein each of said plurality 
of subtrees are independent of each other. 

6. An apparatus according to any one of claims 2 
to 5, characerized in that said input media 
comprises a micrographic card, an original 
blackline print or a digital file. 

7. An apparatus according to any one of claims 2 
to 6, characterized in that said output media 
comprises a micrographic card, an original 
blackline print or a digital file. 

a A method of providing software control for a 
plurality of imaging products, each of said plu- 
rality of products using a particular process, 
comprising: 

- creating reusable input media control 
software adapted to receive said input 
media for providing software control to 
receive said input media containing said 
image, 

- creating reusable image retrieval soft- 
ware for retrieving said image from said 
input media, 

- creating reusable image placement soft- 
ware for placing said image onto said 
output media. 

- creating reusable output media control 
software for outputting said output media, 

- creating reusable user interface software 
for allowing said user control over said 
apparatus and 
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- creating product executive software, 
unique for each of said plurality of pro- 
ducts, for governing and synchronizing 
each of said input media control soft- 
ware, said image retrieval control soft- s 
ware, said image placement software, 
said output media control software and 
said user interface software, 

- wherein said product executive software 
initiates all communication with each of w 
said input media control software, said 
image retrieval control software, said im- 
age placement software, said output me- 
dia control software and said user inter- 
face software, 75 

- wherein said product executive means 
has one-way downward communication 
with each of said input media control 
means, said image retrieval control 
means, said image placement means, 20 
said output media control means and 

said user interface means, 

- wherein there is no direct communication 
between said input media control soft- 
ware, said image retrieval control soft- 25 
ware, said image placement software, 

said output media control software and 
said user interface software, and 

- wherein each of said input media control 
software, said Image retrieval control 30 
software, said image placement software, 

said output media control software and 
said user interface software are indepen- 
dent of each other. 
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